Strategische Steuerung der Transition von Projekten und Produkten durch Application Lifecycle Management

Die größte Herausforderung im IT-Management ist heute nicht die „richtige Durchführung“ von Projekten, sondern das Erkennen der „richtigen Projekte“. Wann ist ein Reengineering-Projekt notwendig und in welchen Situationen ist ein Konvergenzprojekt zielführend? „Richtige Projekte“ sind Projekte, die dazu führen, dass der Wertbeitrag der IT für die Unternehmung erhöht wird. In diesem Beitrag wird ein Ansatz zum Application Lifecycle Management vorgestellt, der die rationale Ableitung von Projekten aus den existierenden Produkteigenschaften der IT und somit die strategische Steuerung der Transition von Projekten und Produkten ermöglicht. Dieser Ansatz basiert auf einem dreistufigen Vorgehen aus Messung, Bewertung und der Definition von Maßnahmen. Die im letzten Schritt definierten Projekte bzw. Programme führen zu neuen Produkten oder zur Veränderung der Eigenschaften von bestehenden Produkten. 1 Einführung 1.1 Motivation Bei der Transition von Projekten und Produkten, sind zwei unterschiedliche Richtungen zu betrachten. Zum einen geht es um den Übergang aus dem Projektlebenszyklus in die Phasen des Produktlebenszyklus. Für die Richtung Projekt-Produkt existieren in Literatur und Praxis eine Vielzahl von Vorgehensweisen und Standards, beispielsweise der Projektmanagementstandard PRINCE2 oder der ITIL-Standard für das IT-Service Management. 1 In PRINCE2 wird der Übergang von Projekt zum Produkt im Prozess „Managing Product Delivery“ beschrieben [Bu06, S. 35 f.]. 2 In ITIL wird dieser Übergang im Abschnitt „Service-Transition“ behandelt [Bo08, S. 21]. 159 Im Gegensatz dazu gibt es für die andere Wirkrichtung vom Produkt zum Projekt, hinter der die Frage steht, wann es sinnvoll ist Projekte anzusetzen, relativ wenige theoretische Ansätze und in der Praxis anerkannte Vorgehensweisen. Dieser Umstand stellt für die Leiter der IT-Abteilungen ein erhebliches Problem dar, da es somit noch nicht möglich ist, die Weiterentwicklung der IT konsequent an strategischen Zielen auszurichten. Das in diesem Artikel dargestellte Application Lifecylce Management (ALM) ist ein viel versprechender Lösungsansatz zu der oben beschriebenen Problematik. Erst durch die Etablierung eines umfassenden ALMs wird eine Unternehmung in die Lage versetzt das Projektportfolio und Programme anhand rationaler Entscheidungen zu definieren und den Wertbeitrag der IT für das Business kontinuierlich zu erhöhen. 1.2 Vorgehen des Application Lifecycle Managements Das grundsätzliche Vorgehen zum ALM zeigt die folgende Abbildung 1. Im ersten Schritt werden Messwerte erhoben. Aus den erhobenen Messwerten müssen Bewertungen abgeleitet werden (Schritt 2), die wiederum Grundlage für die Definition von Maßnahmen sind (Schritt 3). Wie Zukunftsfähig ist die Anwendung? Wie Zukunftsfähig ist die Anwendung? Wie kann der Nutzen einer Anwendung gemessen werden? Wie kann der Nutzen einer Anwendung gemessen werden? Welcher Softwaretyp ist zu wählen? Standardsoftware, Eigenentwicklung oder SOA? Welcher Softwaretyp ist zu wählen? Standardsoftware, Eigenentwicklung oder SOA? Bewerten Handeln Welche Kosten entstehen für die Nutzung einer Anwendung? Welche Kosten entstehen für die Nutzung einer Anwendung? In welcher Lebenszyklusphase befindet sich die Anwendung? In welcher Lebenszyklusphase befindet sich die Anwendung? Zu welchem Zeitpunkt sind Maßnahmen zu ergreifen? Zu welchem Zeitpunkt sind Maßnahmen zu ergreifen? Messen Welches Ausmaß müssen die Maßnahmen haben? Welches Ausmaß müssen die Maßnahmen haben? Welche Handlungsalternativen habe ich und welche wähle ich? Ablösung, Reengineering, Migration oder Abschaltung? Welche Handlungsalternativen habe ich und welche wähle ich? Ablösung, Reengineering, Migration oder Abschaltung? 1.